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(54) Method for a connection through a core network 



(57) In a method for the establishment of a connec- 
tion between a first node {RNC1) and a second node 
(RNC2), both are connectable to a core network which 
comprises interconnected core network nodes (CN1» 
CN2). The first node (RNC1) signals a call request to a 
first core network node (CN1 ). If the first node is an ac- 
cess node, it sends an initialization according to a fram- 
ing protocol, wherein a set of parameters for the framing 
of information sent over the interface between the first 
access node (RNC1) and the first core network node 
(CN1). If the first node is no access node, a first control 
server (MSC1 ) defines said set of parameters. The set 
of parameters is transmitted to the first core network 



node (CN 1 ) and the first core network node (ON 1 ) stores 
the parameter set. The first core network node (CN1) 
initializes the connection (Co) to a further core network 
node according to said protocol and the further core net- 
work node stores the parameter set. The initialization of 
the connection (Co) to and the storing of parameters In 
further core network nodes is performed stepwise until 
a final core network node (CN2) is reached which is con- 
nectable to the second access node (RNC2). The final 
core network node (CN2) initializes the connection (Co) 
to the second access node (RNC2) according to said 
protocol and the second access node (RNC2) stores the 
parameter set. A core network node and a program unit 
embodying the invention are also described. 
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Description 

Technical field of the invention 

[0001] The present invention relates to a method ac- 
cording to the preamble of claim 1 . Devices and soft- 
ware programs embodying the Invention are also de- 
scribed. 

Background 

[0002] Communication networks can be subdivided 
Into core networks and access networks, the latter pro- 
viding access to user equipment, for example a wireless 
access for mobile user equipment to a radio access net- 
work. Core networks interconnect access networks and 
optionally further networks, e.g. the Internet. In the 
UMTS architecture, an access network can be control- 
led by an RNC (radio network controller) whch is con- 
nected to the core network and provides access to the 
core network, i.e. serves as access node. In 3GPP {3^ 
Generation Partnership Project) Technical Specification 
3G TS 25.415 V3.2.0, the interface between the access 
node and a node in the core network is denoted as lu 
interface. Over the lu interface, connections can be es- 
tablished according to the lu user plane protocol. 
[0003] RFCIs (radio access bearer subflow combina- 
tion indicators) are Indicators to sets of parameters 
which are generated by an RIMC In radio access bearer 
assignments. They indicate which service data unit for- 
mats are valid, for example for use in speech frames or 
in rate control requests received from the core network, 
and how they are formatted. RFCIs detemnine the codec 
mode, especially allowed rates. When a transcoder is 
inserted into a connection, it receives data frames, e.g. 
lu frames, and relates the assigned RFCI to a codec 
mode in order to decode the frames. In the same way, 
it must indicate the RFCI when it sends an encoded 
frame. 

[0004] Thelu interface as specif 1 ed in 3GPP Technical 
Specification 3G TS 25.41 5 terminates in a core network 
node, for example in an MSC or In a media gateway con- 
trolled by an MSC server, according to the arch itecture 
of the core network. In a core network node, th ^ontenj 
of data s^n] ovPj- a-r- onnection can be changed. E soe- 
cially, the pay load or speech coding can be adapted, for 
example due to the intervention of supplementary serv- 
ices like DTMF (Dual Tone Multifrequency) tone inser- 
tion, supplementary services tone insertion, messages 
or conference connections of user equipment. 
[0005] For connections between nodes within the 
core network, different protocols are possible. Beside 
the lu user plane protocol, 1.366.2 is a protocol defined 
by the ITU (International Telecommunication Union) as 
service specific convergence sublayer (SSCS) used on 
AAL2 (Asynchronous Transfer Mode Adaptation Layer 
Type 2) for carrying service specific payloads. Especial- 
ly, it is the framing protocol proposed to be used for car- 



rying compressed voice. This requires the core network 
node to temriinate the lu interface and to establish an 
AAL2 connection with the required SSCS for the select- 
ed speech coding type, A furtherframing protocol is RTP 

5 (Real Time Protocol) which can be carried on an IP 
transport layer in the core network for transmission of 
compressed voice of a specified encoding. 
[0006] A problem with both RTP and 1.366.2 is that 
they are application dependent and transport layer de- 

10 pendant. If the coding type changes during a connec- 
tion, a new AAL2 connection or modification must be 
made with the new SSCS profile. For an IP network, a 
new RTP profile must be used. This requires unneces- 
sary overhead to carry the profiles with the payload. A 

^5 further problem with SSCS or RTP is that both are serv- 
ice specific. The protocols require modifications in 
standardization and implementation for every new serv- 
ice. 

[0007] In contrast to this, the lu user plane protocol is 
20 defined service independent. An lu interface can be con- 
nected between two access nodes, e.g. by using BICC 
(Bearer Independent Call Control) messages to pass 
the bearer address used in a first access node from a 
server, e.g. an MSC, controlling it to the server control- 
's ling the other access node. In this case, it is disadvan- 
tageous that there is no control of the user plane. For 
example, when a handover is necessary or a supple- 
mentary service invocation occurs, the lu connection 
has to be cancelled and a new lu connection must be 
30 established which is very inefficient and would degrade 
the service level. However, for most of the time in a con- 
nection, supplementary services or other functions with- 
in the connection path are not necessary and hence a 
virtually direct and transparent connection between ac- 
55 cess nodes or an access node and a transcoder is ad- 
vantageous. 

[0008] The other described framing protocols do not 
carry the lu user plane parameters. Transcoders are 
necessary to tenninate the lu connection and need to 

40 receive the parameters sent by the lu user plane initial- 
ization procedure (RFCIs). If another of the above-de- 
scribed framing protocols is used In the core network, 
the lu user plane protocol is terminated at the first core 
network node in the connection, e.g. a media gateway. 

45 The payload content is then mapped to the otherframing 
protocol. Furthemnore, the RFCI initialization must be 
carried by the other framing protocol and possibly 
mapped to the actual mode as the framing is codec type 
specific. At the final core network node in the connec- 

50 tion, a transcoder to terminate the lu connection to the 
access node must then be initialized and the payload 
content must be mapped back to the lu user plane pro- 
tocol which requires sufficient processing capacity. 
[0009] It is also conceivable that parameter sets like 

55 RFCIs are transferred from access nodes by out-band 
procedures, i.e. the core network nodes are provided 
with parameter sets by a vertical control protocol from 
servers controlling them. This architecture is customary 
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in a telecommunication system with separate user plane 
comprising the core network nodes and a control plane 
with the servers. Between the servers, the parameter 
sets can be transferred via the horizontal bearer inde- 
pendent call control (BICC) protocol. The parameter 
sets can then be transfen^ed to the core network nodes 
and stored during connection set-up or are only sent 
when needed to modify a connection. Although this so- 
lution allows establishing an iu user plane connection 
transparently through the core network nodes, it has the 
disadvantage that it requires a high amount of signaling 
traffic. 

[0010] In the case, that inband signalling is used, two 
further problems can occur. Firstly, that parameter sets 
sent by a first RNC and a second RNC might by cross- 
ing. This happens for example, when a second RNC 
sends a parameter set before it receives a parameter 
set from the first RNC. 

[0011] Secondly, an RNC might start initializations 
without being requested by a MSC, a so-called unsolic- 
ited Initiation. To recognise said initializations, core net- 
work nodes have to monitor the user plane they trans- 
port. As this consumes processor capacity in said core 
network nodes, this Is not always favored. 

Summary and description of the invention 

[0012] It is the object of the present invention to obvi- 
ate the above disadvantages and provide a simple 
method for the establishment of an efficient connection 
through a network, wherein the connection can easily 
be controlled. 

[0013] According to the invention, the method de- 
scribed in claim 1 is performed. Furthermore, the inven- 
tion is embodied in a node as described in claim 1 6 and 
a program unit as described in claim 19. Advantageous 
embodiments are described in the dependent claims. 
[0014] The proposed method establishes a connec- 
tion between a first access node and a second access 
node which are connectable over a core network. An 
access node can also be a node connecting a further 
communication network to the core network or a core 
network node temriinating the connection in a transcod- 
er. The core network comprises interconnected core 
network nodes, for example media gateways or custom- 
ary mobile services switching centers (MSC). The first 
access node initializes the connection to a first core net- 
work node according to a framing protocol. If the access 
node belongs to a different network, the initialisation can 
be performed via a core network control node. During 
the initialization, a set of parameters for the framing of 
information sent over the interface between the first ac- 
cess node and the first core network node is transmitted 
to the first core network node. The first core network 
node stores the parameter set in a memory. 
[001 5] The first core network node either decides or 
receives a decision from a core network control node or 
an access node whether an indicator is to be set, that 



transparent Iu UP transmission is permitted. An indica- 
tor is set to "transparent transmission of Iu UP is permit- 
ted". This has the effect, that the access nodes are not 
permitted to perform an unsolicited initialisation and that 
5 respectively the core network control nodes or core net- 
work nodes can decide to remove the monitoring of Iu 
UP for initialisation messages. The parameter indicating 
the setting of the indicator is sent to the access nodes 
during RAB assignment. 
10 [0016] In the case that the indicator Isset, the Iu UP 
handling in the core network nodes can be switched in 
or switched out for example by core network control 
nodes. It is then also required that no unsolicited Iu ini- 
tialisation is received by the core networi< nodes. This 

*5 is acceptable because the core network control node 
controls the RAB Assignment and the edge core net- 
work nodes, for example the first and the final control 
node. It is the edge core network nodes that need their 
Iu UP function switched in prior to a RAB assignment 

20 modification. 

[0017] The control of this procedure can be initiated 
by the core network control nodes at either end of the 
call, independently. A new procedure In the RAB Assign- 
ment from the core network control node to the RNC 

25 indicates that the RNC should maintain the Iu UP initial- 
isation until instructed to change by a further RAB As- 
signment or Relocation Request. The RNC can send the 
Indicator, for example as a new field in the IU UP initial- 
isation PDU. This enables other core network nodes in 

50 the call path to remove their Iu UP termination and mon- 
itoring functions. 

[0018] The first core network node stores the indicator 
in its memory and then initializes the connection to a 
further core network node according to said protocol and 

35 the further core network node also stores the parameter 
set and the indicator. In this way, a stepwise initialization 
of the connection to further core network nodes and stor- 
ing of parameters and the indicator in the further core 
network nodes is perfomned until a final core network 

40 node is reached which is connectable to the second ac- 
cess node. It is possible that the second core network 
node is already the final core network node. The final 
core network node initializes the connection to the sec- 
ond access node according to said framing protocol and 

45 the second access node stores the parameter set and 
the indicator. 

[0019] The proposed method is simple and requires 
a low processing effort in the nodes because no map- 
ping between different framing protocols is necessary. 

50 In a simple implementation, the core network nodes 
transfer the frames without evaluation of the content. 
However, every core network node can terminate the 
framing protocol, establish further connections or con- 
nections with different parameters and access the data 

55 in the frames using the stored parameters. Especially, 
the connection can be controlled or adapted in every 
node with low delay and independent of other nodes in 
the connection. Because only one protocol is used in a 
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connection, there are no problems of adaptation and a 
fast evolution of services is possible. A virtual transpar- 
ent connection between access nodes and a transcod- 
er, respectively between access nodes Is possible. Pref- 
erably, the described method is performed In a commu- 
nication network. 

[0020] The proposed method allows, however, also to 
change the framing protocol between two nodes in the 
core network (e.g. between CN1 and CN2 by use of RTP 
or 1.366.2) wherever required and where these other 
framing protocols are defined for the service in question, 
because the framing protocol is initialized and can be 
terminated In each of the nodes. This requires more 
processing within these network nodes and is not as 
flexible as the preferred method, but it allows the inter- 
vention of supplementary services within each node, as 
described below. 

[0021] In a preferred embodiment, the core network 
nodes acknowledge the Initialization to the preceding 
node, i.e. a core network node or an access node. In 
this way, the initialization is temninated for the preceding 
node. The acknowledgement is preferably sent before 
or during the initialization of the connection to a further 
core network node. 

[0022] A preferable framing protocol is the lu protocol 
which can be used inside a core network according to 
3GPP specifications to carry payload between core net- 
work nodes and to an edge of the network where, for 
example, the connection Is terminated in a transcoder 
or in a tenninating access node, e.g. an RNC. The lu 
user plane protocol is initialized in every node in the con- 
nection that may add a service to the payload. 
[0023] An advantageous core network node in the 
connection can insert a function unit into the connection, 
e.g. break the transcoder free operation of the connec- 
tion by inserting a transcoder or by inserting a function 
unit providing a supplementary service. An insertion of 
supplementary services can occur inside media gate- 
ways without an influence on other nodes and links in 
the connection and is in this way fast and simple to han- 
dle. 

[0024] A preferable core network node can break the 
connection and initialize a connection segment to a dif- 
ferent core network node or access node according to 
said protocol using the same parameter set for the con- 
nection segment as for the former connection. In this 
way, for example a handover of a connection between 
different access nodes can be perf omried if the connec- 
tion Is terminated by a mobile user equipment moving 
in a communication system or the connection can be 
redirected. 

[0025] The connection between two core network 
nodes can be established via one or several switches, 
i.e. nodes In the core network which do not store con- 
nection parameters and can not change connection pa- 
rameters, 

[0026] If a core network node is adapted to establish 
connections according to different framing protocols, it 



preferably checks the framing protocol defined in a re- 
quest to initialize a connection and selects said framing 
protocol for the initialization of the connection to a fur- 
ther node. In this way, a mapping between different pro- 
5 tocols is avoided while several protocols can be used. 
[0027] A core network node according to the inven- 
tion, e.g. an MSG ora media gateway, is interconnected 
with further core network nodes. It has an interface for 
receiving an initialization request from an access node 
10 or a further core network node to establish a connection 
according to a framing protocol. A processing system is 
adapted to extract a set of parameters for the framing 
protocol from the request and initialize the connection 
to a further core network node or an access node ac- 

15 cording to said protocol. The processing system deter- 
mines an indicator for the permission of transparent lu 
UP transmission after connection establishment. The 
detemnination can be perfonned by extracting the Indi- 
cator from the initialisation request, by receiving it from 

20 a core network control node, orby decision. The extract- 
ed parameter set and the indicator are stored in a mem- 
ory. The indicator is evaluated for the monitoring of the 
payload. The core network node can preferably perform 
any stops of the above described methods relating to 

25 the core network node. 

[0028] In the invention, a transparent transmission 
through core network nodes Is preferably selected. In a 
non-transparent mode, a core network node transmit- 
ting the user plane monitors the user plane for initialisa- 

30 tion messages. 

[0029] In the transparent mode, unsolicited iu UP (lu 
user plane) initialization, that is an lu UP initialization 
starting without involving an MSG or MSG server, from 
an RNC during an active call is not permitted. The RAB 

35 (radio access bearer) assignment contains a new pa- 
rameter which indicates if the RNG is allowed to perform 
unsolicited lu UP initializations or not. If the MSG Server 
has successfully negotiated a TrFO (transcoder free op- 
eration) call it can then decide if it wants the TrFO con- 

^0 nection to be transparent or not. If the option is to sup- 
port transparent lu UP connections then it sets this pa- 
rameter in the RAB Assignment. The RNG then sets the 
new indicator in the lu UP initialization Indicating this. 
This means that the RNC does not re-configure its set 

^5 of parameter e.g. RFG's and TFC's mid-call without re- 
ceiving a new RAB Assignment or Relocation Request 
from the MSG. 

[0030] In the case where an SRNC (serving RNG) re- 
ceives an lu frame indicating that an initialization proce- 

50 dure is active at the other end of the lu UP. the RNC 
changes its RFGI set to match the set indicated by the 
peer. That is, both RFGI sets, i.e. the set for uplink and 
the set for downlink, match and are derived by the peer. 
[0031] If the transparent mode is not supported by a 

55 core network node, the user plane has to be monitored 
for lu UP initialization and mapping of RFGI allocation 
from the RNG interacting with said core network node, 
to any initializations received from a far end RNG is to 
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be performed. 

[0032] A program unit according to the invention can 
be stored on a data carrier or be directly loadable into a 
core network node. The progrann unit comprises code 
for perfonning the steps of receiving a request to initial- 
ize a connection according to a franning protocol, ex- 
tracting a set of parameters for the framing of informa- 
tion according to said protocol, storing the parameter 
set, deciding or receiving a decision whether an indica- 
tor for the permission of transparent transmission of lu 
UP is permitted, initializing the connection to a further 
core network node or an access node according to said 
protocol, and forwarding the indicator. It can preferably 
perform any steps of the above methods relating to the 
core network node. 

[0033] The foregoing and other objects, features and 
advantages of the present invention will become more 
apparent in the following detailed description of pre- 
ferred embodiments as illustrated In the accompanying 
drawings. 

Brief description of the drawings 
[0034] 

Fig. 1 shows a basic connection establishment ac- 
cording to the Invention. 

Fig. 2 shows a connection establishment between 
two access nodes. 

Fig. 3 shows a redirection of a connection between 
two access nodes. 

Fig. 4 shows a connection with an inserted pair of 
transcoders. 

Fig. 5 shows a basic connection establishment ac- 
cording to the invention. 

Fig. 6a shows a core network node transferring lu 
UP in a non-transparent way. 
Fig. 6b shows a core network node transferring lu 
UP in a transparent way. 

Detailed description of preferred embodiments of the 
Invention 

[0035] In figure 1 the first steps of the Initialization of 
a connection according to the invention is depicted. The 
connection is established according to the lu user plane 
protocol, which is terminated in every core network node 
CN that may require modifying the user connection, for 
example for a supplementary service Intervention. From 
a first access node RNC1 a message In1 to initialize a 
connection is sent to a first core network node CN1 . In 
the example, the message In1 is an lu initialize packet 
data unit. A processing system of the first core network 
node CN1 extracts a set of parameters, especially RF- 
Cls, from the message In1 and stores them in a memory 
MEM1 . The first core network node CN1 sends an ac- 
knowledgement Ackl of the message Inl to the first ac- 
cess node RNC1 and creates a further message In2 



comprising the parameter set. The core network node 
CN1 decides to allow transparent lu U P transmission af- 
ter call establishment. An indicator Indicating the trans- 
parent transmission of lu UP is added to the parameter 
5 set or sent together with it. This can be implemented by 
a modification of the 3GPP TS 25.41 5 standard, allow- 
ing the addition of said indicator. Message In2 is sent to 
a further core network node CN2 which also extracts the 
parameter set and said indicator, stores it In a memory 

10 MEM2 and sends an acknowledgement Ack2 back to 
the first core network node. By repeating the initializa- 
tion stepwise for all nodes in the connection, every node 
has control of the lu user plane and service data unit 
formats passed In the initialization packet data unit. 

15 [0036] Parameter sets, especially RFCIs, are gener- 
ated according to customary specifications for commu- 
nication networks by the access nodes RNC1 , RNC2 as 
soon as a request to set up a connection is received. 
For a transcoder free operation of a connection, there 

20 are generally two sets or RFCIs, being initialized from 
each access node to the other. As shown in figure 2, the 
second access node RNC2 waits in this case for the In- 
itialization from the first access node RNC1 sent step- 
wise via messages In1, In2, In3 acknowledged by cor- 

25 responding acknowledgements Ack1 , Ack2, Ack3. In 
the same way, the connection is then initialized back- 
wards with the same set of parameters via messages 
In4, in5, In6 acknowledged by corresponding acknowl- 
edgements Ack4, Ack5, Ack6. 

30 [0037] In a preferred embodiment of the invention, no 
initialization in backward direction is perfomned if the in- 
dicator for a transparent lu UP transmission is set. As 
the same parameter set Is used In either direction, an 
initialization In backward direction is redundant. To en- 

35 able the usage of the same parameter set in uplink and 
downlink between the final core network node CN2 and 
the second access node RNC2, the second access net- 
work node has to adapt both parameter sets, for uplink 
and downlink connection at initialization. 

40 [0038] Figure 3 shows an example of a redirection of 
an established connection Co due to a relocation of the 
serving access node terminating one end of the connec- 
tion Co as Indicated by arrow Ar. A relocation can for 
example be necessary when a user moves in the cov- 

^5 erage area of a mobile communications network and a 
handover is performed between radio base stations 
controlled by different controllers serving also as access 
nodes RNC2, RNC3. A new radio access bearer Is es- 
tablished by access node RNC3 to the core network 

50 node CN2, e.g. a media gateway, by perfonning a new 
lu user plane initialization with a message In which is 
acknowledged by acknowledgement Ack the core net- 
work node CN2. The parameters initialized by the first 
access node RNC1 for the original connection are read 

55 from a memory in core network node CN2 and transmit- 
ted in Initialization message In' with corresponding ac- 
knowledgement Ack' to the new access node RNC3. 
The new access node RNC3 uses the set of parameters 
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for both uplink and downlink connection to the network. 
The other nodes taking part In the connection are left 
unaffected. In this way, a new connection segment Co' 
can be established in a fast and simple way. 
[0039] In figure 4, a connection Co between two ac- 5 
cess nodes RNC1, RNC2 over core network nodes 
CN1 , CN2 Is shown with a pairof transcodersTR Insert- 
ed Into the connection. The insertion can be performed 
at any core network node. The insertion can be per- 
formed for example into an ongoing connection to pro- io 
vide a supplementary service or already during the es- 
tablishment of connection, Co If required by incompati- 
ble parameter sets sent by the access nodes RNC1, 
RNC2. Preferably, the insertion of a transcoder TR Is 
handled within a core network node CN1 . Because the is 
necessary parameters for temnlnatlng the tu user plane 
protocol are stored In the core network node CN1 , they 
can be provided to the transcoder TR fast and efficiently. 
Therefore, transcoder TR can be switched Into connec- 
tion Co with minimum delay in a primed state. Conse- 
quently, speech and data frames can be received and 
transmitted coherently during the Insertion Improving 
the in this period connection quality. 
[0040] In figure 5 a connection is set up between an 
access node from a further network and a network con- 25 
trolled according to the invention. A call request 51 Is 
received in a core network control node GMSC. The 
core network control node GMSC decides to set an in- 
dicator that the transparent lu UP transmission is per- 
mitted. It defines a set of parameter and sends the set 30 
of parameter, or an Identifbation of said set as well as 
the indicator to a first core network node CN1 In a mes- 
sage 52. 

[0041] In a further embodiment of the invention, the 
set of parameters and an acknowledgement are ex- 35 
changed In a message sequence InAck between the ac- 
cess node RNC1 and the first core network node CN1 . 
In this case, only the decision to set the indicator is sent 
by the core network control node GMSC to the core net- 
work node. 40 
[0042] In another embodiment of the Invention, also 
the decision to set an Indicator is taken by an access 
node, or the parameter indicating said decision is sent 
by the core network control node GMSC to an access 
node. In those cases message 52 is not sent. 4S 
[0043] Independent from the source of the set of pa- 
rameters or Indicator, after the reception of said param- 
eter set and the indicator, the first core network node 
CN1 continues the connection establishment as de- 
scribed in figure 1 . The initialization message and the so 
according acknowledgement are depicted as the mes- 
sage sequences InAck' and InAck". 
[0044] The difference between the non-transparent 
and the transparent transmission of lu UP is described 
in figures 6a and 6b using an lu UP protocol as an ex- 55 
ample. 

[0045] Figure 6a shows two core network nodes, 
monitoring the lu UP here referred to as lu SDUs-pay- 



load for initialization messages referred as lU PDU Type 
14 while transferring it. In both nodes, the currently valid 
RFCIs are stored. 

[0046] Figure 6b shows the same core network nodes 
transferring lu UP transparently. The payload is not 
monitored, RFCIs are stored. In that case, the stored 
RFCI values will be used for the new connection seg- 
ment. As the core network nodes do not monitor the lu 
UP for initialization messages, no unsolicited initializa- 
tion must be sent to them. 

[0047] The above embodiments admirably achieve 
the objects of the invention. However, it will be appreci- 
ated that departures can be made by those skilled in the 
art without departing from the scope of the invention, 
which is, limited only by the claims. 



Claims 

1. Method for the establishment of a connection be- 
tween a first node (RNC1) and a second node 
(RNC2) which are connectable to a core network, 
wherein the core network comprises interconnect- 
ed core network nodes (CN1 , CN2), characterized 
in ttiat 

the first core network node (CN1 ) receives a set 
of parameters for the framing of information 
sent over the Interface between the first access 
node (RNC1) and a first core network node 
(CN1) for a connection (Co), 
the first core network node (CN1 ) stores the pa- 
rameter set, 

a decision is taken to set an indicator that trans- 
parent transmission is performed after call es- 
tablishment, 

the first core network node (CN1 ) initializes the 
connection (Co) to a further core network node 
according to said protocol, Including said indi- 
cator, 

the further core network node stores the param- 
eter set including said Indicator, stepwise initial- 
ization of the connection (Co) to and storing of 
parameters and 

the indicator in further core network nodes until 
a final core network node (CN2) Is reached 
which Is connectable to the second node 
(RNC2), 

the final core network node (CN2) initializes the 
connection (Co) to the second node (RNC2) ac- 
cording to said protocol and the second access 
node (RNC2) stores the parameter set Includ- 
ing said indicator. 

2. Method according to claim 1 , wherein the decision 
to set an indicator is taken by a core network control 
node (MSC1) controlling the first core network node 
(CN1). 
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3. Method according to claim 1 , wherein the decision 
to set an indicator is taken by the first core network 
node(CNI). 

4. Method according to claim 1, wherein the decision 
to set an Indicator Is taken by an access node 
(RNC1, RNC2). 

5. Method according to any preceding claim, wherein 
a decision to monitor payload for initialisation mes- 
sages is taken by a core network control node and 
signalled to a core network node. 

6. Method according to any preceding claim, wherein 
a core network control node decides to set a param- 
eter that unsolicited lu initialisations are not pemriit- 
ted and sends said parameter to an access node. 

7. Method according to any preceding claim, wherein 
a core network node (CN1 , CN2) acknowledges the 
initialization to a preceding node (CN1, CN2, 
RNC1). 

8. Method according to any preceding claim, wherein 
the framing protocol Is the lu protocol. 

9. Method according to any preceding claim, wherein 
a core network node (CN1 , CN2) in the connection 
(Co) Inserts a function unit Into the connection (Co). 

10. Method according to any preceding claim, wherein 
a core network node (CN1 . CN2) In the connection 
(Co) breaks the connection (Co) and initializes a 
connection segment (Co*) to a different core net- 
work node or access node (RNC3) according to said 
protocol, using the same parameter set for the con- 
nection segment (Co') as for the connection (Co). 

11. Method according to any preceding claim, wherein 
the second access node (RNC2) initializes a re- 
verse connection (Co) to the final core network 
node (CN2) according to the protocol, wherein a 
second set of parameters for the framing of infor- 
mation Is transmitted. 

12. Method according to claim 10, wherein both sets of 
parameters differ and a core network node (CN1, 
CN2) inserts a pair of transcoders (TR) Into the con- 
nection (Co). 

13. Method according to claim 10, wherein both sets of 
parameters differ and the final core network node 
(CN2) sends a message to a control server (MSC2) 
for Initiating a modification of connection (Co) pa- 
rameters by the final access node (RNC2), the final 
access node (RNC2) changing both the parameter 
sets for uplink and for downlink transmissions to the 
final core network node (CN2). 



14. Method according to any preceding claim, wherein 
the connection (Co) between two core network 
nodes (CN1 . CN2) is established via a switch. 

5 15. Method according to any preceding claim, wherein 
a core network node (CN1 , CN2) is adapted to es- 
tablish connections according to different framing 
protocols, checks the framing protocol defined In a 
request to Initialize a connection (Co) and selects 

10 said framing protocol for the Initialization of the con- 
nection (Co) to a further node (CN1 , CN2, RNC1 , 
RNC2). 

16. Core network node In a communication network, 
15 wherein said node is interconnected with further 

core network nodes (CN1 , CN2), and comprises 

an Interface for receiving an Initialization re- 
quest from a node (RNC1 , CN1 , CN2) to estab- 
20 lish a connection (Co) according to a framing 

protocol, 

a processing system to extract a set of param- 
eters for the framing protocol from the request 
and determine an indicator for the pemrilsslon 

25 of transparent lu UP transmission after connec- 

tion establishment, and initialize the connection 
(Co) to a further node (CN1. CN2,RNC1, 
RNC2) according to said protocol and monitor- 
ing the transmission according to the Indicator, 

30 - and a memory (MEM) for storing the extracted 
parameter set and said indicator. 

17. Core network node according to claim 16, wherein 
the core network node Is adapted to perfomi a de- 

35 cislon to set said Indicator. 

18. Core network node according to claim 16 or 17, 
wherein the core network node Is adapted to per- 
form a method according to any of the claims 2 to 

40 15. 

19. Program unit on a data carrier or loadable into a 
core network node, said program unit comprising 
code for performing the steps of 

45 

receiving a request to initialize a connection 
(Co) according to a framing protocol, 
extracting a set of parameters for the framing 
of Information according to said protocol, 

50 storing the parameter set, 

deciding or receiving a decision that an Indica- 
tor Is set, permitting transparent transmission 
of lu user plane after connection establishment, 
and initializing the connection (Co) to a further 

55 core network node (CN1, CN2) or an access 

node (RNC1 , RNC2) according to said protocol 
and forwarding the Indicator. 
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20. Program unit according to claim 19, wherein said 
progrann unit comprises code for performing any 
steps of a method according to any of the claims 2 
to 15. 
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